REMARKS 



The Office Action of April 5, 2006, has been carefully considered. At the 
time of the Office Action, Claims 1-37 were pending in the application. Claims 1- 
37 were rejected under 35 U.S.C. § 102(e) as being anticipated by U.S. Patent 
Application 2003/0018765 Al to Muhlestein et al. (hereinafter the Muhlestein 
reference). 

In overview, the present response traverses each of the rejections. 
Interview Summary 

The Applicant thanks the Examiner for her time in discussing this case on 
July 21, 2006. During the discussion, the Muhlestein reference was discussed. 
While the Applicant maintains the position with respect to the arguments 
previously made regarding this reference, in the interest of advancing prosecution, 
Applicant has agreed to clarify the claims as indicated above and to provide 
further arguments in support of Applicant's position. The clarifications were 
indicated by the examiner to receive favorable treatment. 
35 U.S.C. §102 Claim Rejections 

Claims 1-3, 7-28, and 32-37 were rejected under 35 U.S.C. § 102(a) as 
being anticipated by the Muhlestein reference. In overview, in order for prior art 
to anticipate a claim under 35 U.S.C. §102 every element of the claimed invention 
must be identically disclosed either expressly or under principles of inherency in a 
single reference. Further, the exclusion of a claimed element from a prior art 
reference, no matter how insubstantial, is enough to negate anticipation by that 
reference. The test of whether anticipation exists in a particular case is a question 
of fact, and is applied element-by-element to a single prior art reference. Only if 



the prior art literally reads on every element of the rejected claim will the claimed 
invention be anticipated under this test. 

With this in mind, the Apphcant analyzes the §102 rejection of the claims in 
the present application. 



Independent Claim 1 and its dependent claims, Claims 2-11 

Independent Claim 1 includes several limitations that are not disclosed by the 
Muhlestein reference. For convenience, Claim 1 is reproduced below with portions 
in bold to better emphasize some of the limitations that are not taught or suggested 
by the Muhlestein reference. Each of the bold portions will be individually discussed 
following the reproduced claim. 



1. A computer-implemented method for processing data, tlie metliod 
comprising: 

in an operating environment supporting a pipeline of a 
plurality of object-based commands, a subsequent object-based 
command within the pipeline being configured to communicate 
with a prior object-based command within the pipeline through 
a parseable object emitted from the prior object-based 
command, the operating environment configured to support the 
execution of the object-based commands within the same 
process, 

receiving the parseable object emitted from the prior 
object-based command, the parseable object having at least one 
method; 

obtaining a data type for the parseable object; 

obtaining format information describing a format for the data 

type; and 

emitting a format object for access by another subsequent 
object-based command, the format object being based on the 
format information. 



As shown above, independent Claim 1 recites "an operating environment 
supporting a pipeline of a plurality of object-based commands." With respect to 
the term "pipeline", as discussed in the background of the present apphcation, a 
pipeline refers to a software convention whereby software commands are "stitched" 
together so that output of one command feeds directly as input to the next command. 
Typically, there is a character (e.g., "|") that separates each command on the pipeline. 
(See Figure 13 in present apphcation for example of "pipeline" with "pipelined" 
object-based commands) The Examiner states in the Office Action (page 3) that a 
"pipeline is used to hold several commands in a command line simultaneously", 
(emphasis added) However, the Examiner contends that the Muhlestein reference 
discloses a "pipeline" when it discloses that "one command can be entered onto the 
command line". The Applicant does not agree. Because a pipeline requires at least 
two commands to be stitched together in order for output of one command to feed 
the next command, disclosing one command entered onto the command line does not 
disclose a "pipeline". The Applicant contends that the Examiner is mistakenly 
associating the "set of commands" as the "pipeline". For example, the Examiner 
cites a portion of the Muhlestein reference which discloses that the set of commands 
may be configured by an underlying object model command schema and then 
combines this set of commands with the statement that "one command can be 
entered onto the command line" to purportedly disclose a "pipeline". However, the 
portions cited by the Examiner for purportedly disclosing a "pipeline", merely teach 
that a set of commands may be configured by an underlying object model and one of 
these commands may be entered on a command line. 

With respect to the term "object-based command", as discussed in the present 
application, an object-based command inputs a parseable object for processing and 



outputs another parseable object for subsequent command processing. (See 
summary in present application) This limitation is included within Claim 1 by 
reciting "a subsequent object-based command within the pipeline being 
configured to communicate with a prior object-based command within the 
pipeline through a parseable object emitted from the prior object-based 
command." In contrast, traditional command line environments require each 
utility (i.e., command) in the pipeline to be responsible for parsing text that is 
received and for formatting text that is output. In other words, traditional 
command line environments required the code that handles the formatting of the 
output to be written within the command itself The Applicant contends that the 
command line disclosed in the Muhlestein reference teaches having each WMI 
command responsible for receiving text, parsing text, and outputting the information. 
Thus, this set of commands for the WMI command line utility does not teach 
"object-based" commands as recited in Claim 1. The Applicant contends that the 
Examiner has mistakenly identified a command defined by an object model 
command schema to be an "object-based" command. While the Applicant 
recognizes how this confusion may occur, Claim 1 recites an object-based command 
as one which communicates with a prior object-based command within the pipeline 
through a parseable object emitted from the prior object-based command. Thus, the 
object-based command described in the present application refers to its 
communication mechanism with other object-based commands, and not to the 
manner in which the object-based command is defined. The Apphcant has amended 
Claim 1 and its dependent claims so that the term "object-based" modifies each 
occurrence of the term "command". While this limitation was in the original claims, 
it helps clarify the meaning of the commands recited in the dependent claims. 



Claim 1 also recites "the operating environment configured to support 
the execution of the object-based commands within the same process." As 

discussed above, traditional command line environments required each command 
to be an executable and thus, would not execute in the same process. The 
command line utility disclosed in the Muhlestein reference provides a command 
line and allows one command to execute a series of API calls. The Muhlestein 
reference fails to teach or suggest the operating environment configured to support 
execution of object-based commands within the same process. 

Claim 1 also recites "receiving the parseable object emitted from the 
prior command, the parseable object having at least one method." Again, as 
discussed above, the Muhlestein reference fails to teach or suggest emitting 
parseable objects from the commands. In addition, there is no discussion about a 
parseable object that has at least one method. Therefore, the Muhlestein reference 
can not possibly teach or suggest the above limitation. 

Finally, Claim 1 recites "emitting a format object for access by another 
subsequent command, the format object being based on the format 
information." Again, as discussed above, the Muhlestein reference fails to teach 
or suggest emitting any object for access by another subsequent command which 
includes not teaching or suggesting emitting a format object. Therefore, the 
Muhlestein reference can not possibly teach or suggest the above limitation. 

As for the remaining elements recited in Claim 1, the Applicant notes that 
because the Muhlestein reference does not teach or suggest "a parseable object", 
the Muhlestein reference can not then teach or suggest obtaining a data type for 
the parseable object. 



In summary, the Applicant reiterates the teachings of the Muhlestein 
reference. As stated in the Summary of the Muhlestein reference: 

This invention concerns a command line utility that overlays 
Microsoft's Windows Management Instmmentation (WMl) 
technology to provide easier command options for administrators to 
effectively manage a system or enterprise.... The WMI command Une 
utility provides command options through class alias that enable the 
mapping of queries, WMI operations, and other system inquiries to a 
common term or friendly name that can be extended both in an alias 
file or at run time in the command line. 

Therefore, the command line utility disclosed in the Muhlestein reference 
overlays the traditional command line environment, which is text-based. The WMI 
utility provides a way in which the commands are tailorable and extensible using a 
command schema. The command schema drives the WMI command line utility and 
defines the commands used in the utility. Tlie command schema is designed to 
operate as a mapping between the target WMI schema and some set of commands. 
However, this command line utility and command schema does not teach a pipeline 
of object-based commands, receiving a parseable object emitted from a prior object- 
based command, obtaining a data type for the parseable object, obtaining format 
information describing a format for the data type, and emitting a format object for 
access by another subsequence object-based command. 

Thus, given that the exclusion of just one of these claimed elements from 
the Muhlestein reference is enough to negate anticipation by that reference for 
independent Claim 1, the Applicant respectfully submits that, for at least the 
reasons above, the §102 rejection of independent Claim 1 is improper, and 
respectfiiUy requests reconsideration and withdrawal of this rejection. 



The dependent claims of Claim 1 (e.g., Claims 2-11) include other 
limitations that are also not taught or suggested by the Muhlestein reference. 
Therefore, the Applicant respectfully submits that the §102 rejections of Claims 2- 
1 1 is improper, and respectfully requests reconsideration and withdrawal of this 
rejection. 



Independent Claim 12 and its dependent claims, Claims 13-19 

Independent Claim 12 includes several limitations that are not disclosed by 
the Muhlestein reference. For convenience. Claim 12 is reproduced below with 
portions in bold to better emphasize some of the limitations that are not taught or 
suggested by the Muhlestein reference. 



12. A computer readable medium having computer-executable 
instructions for providing data driven output, the instructions comprising: 

receiving a parseable object emitted from a prior object- 
based command within an operating environment that supports 
a pipeline of a plurality of object-based commands and that is 
configured to support the execution of the object-based 
commands within the same process, the prior object-based 
command being one of the plurality of object-based commands, 

obtaining a data type for the parseable object, the parseable 
object having at least one method; 

obtaining format information describing a format for the data 
type; and 

emitting a format object for access by a subsequent 
object-based command from the plurality of object-based 
commands, the format object being based on the format 
information. 



Claim 12 is allowable over Muhlestein based on similar reasoning as 
discussed above for independent Claim 1, and therefore the Applicant has not 
repeated the arguments, but rather argues that the same arguments apply as discussed 



above. In addition, the dependent claims of Claim 12 (e.g., Claims 13-19) include 
additional features that are also not taught or suggested by the Muhlestein 
reference. Therefore, the Applicant respectfully submits that the §102 rejections 
of Claims 12-19 is improper, and respectfully requests reconsideration and 
withdrawal of this rejection. 



Independent Claim 20 and its dependent claims, Claims 21-25 

Independent Claim 20 includes several features that are not disclosed by the 
Muhlestein reference. For convenience. Claim 20 is reproduced below with 
portions in bold to better emphasize some of the features that are not taught or 
suggested by the Muhlestein reference. 



20. A system that supports data driven output, the system comprising: 
a processor; 

a memory, the memory being allocated for a plurality of 
computer-executable instmctions which are loaded into the memory 
for execution by the processor, wherein upon execution of the 
computer-executable instmctions the system being configured to: 

receive a parseable object emitted from a prior object- 
based command within an operating environment that supports 
a pipeline of a plurality of object-based commands and that is 
configured to support the execution of the object-based 
commands within the same process, the prior object-based 
command being one of the plurality of object-based commands, 

obtain a data type for the parseable object, the parseable 
object having at least one method; 

obtaining format information describing a format for the data 
type; and 

emit a format object for access by a subsequent object- 
based command from the plurality of object-based commands, 
the format object being based on the format information. 



Again, because independent Claim 20 is allowable over Muhlestein based on 
similar reasoning as discussed above for independent Claim 1. For the sake of 
brevity, the Apphcant has not repeated the arguments, but rather asserts that the same 
arguments apply. In addition, the dependent claims of Claim 20 (e.g.. Claims 21- 
25) include other features that are also not disclosed by the Muhlestein reference. 
Therefore, the Applicant respectfully submits that the §102 rejections of Claims 
20-25 is improper, and respectfully requests reconsideration and withdrawal of 
this rejection. 

Independent Claim 26 and its dependent claims, Claims 27-37 

Independent Claim 26 includes several limitations that are not disclosed by 
the Muhlestein reference. For convenience, Claim 26 is reproduced below with 
portions in bold to better emphasize some of the limitations that are not disclosed by 
the Muhlestein reference. Each of the bold portions will be individually discussed 
following the reproduced claim. 

26. A method for providing a data driven command line 
output, the method comprising: 

receiving a command-line instruction containing an output 
command configured to receive at least one object, the object 
having at least one method; and 

executing the output command to manipulate the at least 
one object and to output a result to an output destination. 

As shown above, independent Claim 26 recites "an output command 
configured to receive at least one object" and recites "the object having at least 
one method." The Examiner contends that the command line utility comprising an 
object model schema teaches the above limitations. However, as discussed above, 
the Muhlestein reference only discloses creating a utility that overlays the WMI. 



There is no discussion on having a command receive an object or how an object that 
is received could have at least one method. 

Claim 26 also recites "executing the output command to manipulate the 
at least one object and to output a result to an output destination". Again, the 

Applicant reiterates that the Muhlestein reference fails to disclose a command 
configured to manipulate at least one object. In addition, the dependent claims of 
Claim 26 (e.g.. Claims 27-37) include other features that are also not taught or 
suggested by the Muhlestein reference. Therefore, the Applicant respectfully 
submits that the §102 rejections of Claims 26-37 is improper, and respectfully 
requests reconsideration and withdrawal of this rejection. 



CONCLUSION 

Applicant has considered the other references cited by the Examiner in the 
Office Action. None of these references appear to affect the patentability of 
Applicant's claims. By the foregoing remarks, Applicant believes that all pending 
Claims 1-37 are allowable and the application is in condition for allowance. 
Therefore, a Notice of Allowance is respectfully requested. Should the Examiner 
have any further issues regarding this application, the Examiner is requested to 
contact the undersigned attorney for the Applicant at the telephone number 
provided below. 

Respectfully Submitted, 



Dated: August 30. 2006 
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